BUNDESREPUBLIK DEUTSCH LAN D 




Prioritatsbescheinigung uber die Einreichung 
einer Patentanmeldung 



Aktenzeichen: 

Anmeldetag: 

Anmelder/lnhaber: 

Bezeichnung: 

IPC: 



102 57 454.5 

09. Dezember2002 

Siemens Aktiengesellschaft, 
Munchen/DE 

Verfahren zur Uberwachung einer Anwendung 
in einem paketvermittelnden Netzwerk 

H 04 L 12/26 



Die angehefteten Stucke sind eine richtige und genaue Wiedergabe der 
sprunglichen Unterlagen dieser Patentanmeldung. 



Munchen, den 06. November 2003 
Deutsches Patent- und Markenamt 
Der President 

Im Auftrag 



200216048 



Beschreibung 

Verfahren zur Uberwachung einer Anwendung in einem paketver- 
mittelnden Netzwerk 



Die Erfindung betrifft ein Verfahren gemaS dem Oberbegriff 
des Patentanspruchs 1 . 

10 Zur Ubertragung von Daten und fur Kommunikationszwecke werden 
Netzwerke eingesetzt, in denen die Netzelemente paketvermit- 
^ telt miteinander kommunizieren. Solche Netzwerke konnen ent- 
?^ weder lokal begrenzt sein, dann spricht man von LANs (LAN = 
Local Area Network) , sie konnen aber auch weltweit verteilt 
15 sein (WAN = Wide Area Network) , wie zum Beispiel das Inter- 
net . Neben den Verbindungswegen (Datenleitung) bestehen sol- 
che Netzwerke aus einer Vielzahl unterschiedlicher Netzele- 
mente, wie z. B. Switche, Router und Rechner (Server, Work- 
stations) , ■ letztere mit darauf installierten Anwendungen. 

20 

Fur die Kommunikat ion zwischen den Netzelementen spielt es in 
der Regel keine Rolle, wo diese Netzelemente physikalisch 
bzw. geographisch angeordnet sind. 

Die Daten werden jeweils zum Transport zu Datenpaketen zusam- 
mengefasst und mit einer eindeutigen Netzwerkadresse der emp- 
fangenden Netzelemente adressiert. Da der Weitertransport der 
Daten im Netzwerk automatisiert erfolgt, ist es fur den Be- 
nutzer unerheblich, an welchem Ort sich die adressierte Netz- 

3 0 werkkomponente, beispielsweise ein Server mit einer Anwen- 
dung, tatsachlich bef indet . Das ist jedoch anders, wenn auf 
Netzelemente zum Zwecke der Uberwachung oder fur Wartungszwe- 
cke zugegriffen werden muss. Dafur sind oftmals Bedienvorgan- 
ge notig, die direkt am betroffenen Netzelement durchgefuhrt 

3 5 werden miissen. 
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In paketvermittelten Netzwerken ist es wichtig, rechtzeitig 
zu erkennen, ob eine Anwendung oder ein Net zelement korrekt 
arbeitet, einen Fehler aufweist oder sogar vorzeitig gestoppt 
("terminiert") ist. Dies sollte auch von einem zentralen, 
entfernten Standort (Arbeitsplatz) aus uberwachbar sein. Urn 
die Netzelemente weitverzeigter Netzwerke von einem zentralen 
Standort aus uberwachen und steuern zu konnen, besitzen diese 
Netzelemente haufig Schnittstellen zum Fernzugriff. Diese 
Schnittstellen arbeiten meist mit einem genormten Protokoll, 
damit verschiedene Netzelemente und Anwendungen von einer 
zentralen Stelle aus mit einem einzigen Anwendung sprogramm, 
man sagt auch Administrationstool , verwaltet werden konnen. 
Ein solches genormtes Protokoll ist beispielsweise das SNMP 
(Simple Network Management Protocol) , welches die gleichzei- 
tige Uberwachung und Steuerung verschiedenster Netzelemente 
und Anwendungen innerhalb eines Administrationstools gestat- 
tet . Das Administrationstool ist z.B. eine auf einem PC in- 
stallierte Zielanwendung, die auch als NMS (Network Manage- 
ment Station) bezeichnet wird. 

Die einzelnen Anwendungen (Prozesse) und Netzelemente werden 
zum Fernzugriff von lokalen Uberwachungs - Instanzen , sog. Ma- 
nagement-Clients, iiberwacht ("Monitoring") und gesteuert 
("Controlling"). Jeder Management -Client eines Netzelements 
oder einer Anwendung ist mit einer Instanz verbunden, die die 
Zustandsmeldungen des Management-Clients zusammenf asst und in 
eine protokollgemafie Meldung umsetzt. Diese Instanz wird oft 
auch als SNMP Agent bezeichnet, die Meldungen in der Litera- 
tur haufig als "SNMP -Traps" oder kurz "Traps". Der SNMP Agent 
sendet die Traps zu einer oder mehreren Network Management 
Station (s) , wo die uberwachten Netzelemente und Anwendungen 
und deren aktuelle Zustande (z. B. Online, Offline oder die 
momentane Auslastung) dargestellt (angezeigt) und von wo aus 
Steuerkommandos zu den Net zelement en und Anwendungen zuruck- 
ubermittelt werden konnen. 
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Die Steuerkommandos und die Zustandsinf ormationen, also die 
Traps, werden dabei als UDP - Me 1 dung en (UDP = User Datagram 
Protocol) ubermittelt . 

In den modernen Datennetzen, insbesondere in grofieren Firmen- 
netzwerken und dem Internet, werden haufig Kommunikationsver- 
fahren eingesetzt, die als Presence/Instant-Messaging- 
Verfahren bekannt sind. Beispiele dafur sind die Anwendungen 
"Windows Messenger", "AOL Messenger" oder "ICQ". Dabei sind 
auf den Arbeitsplat zrechnern der Benutzer spezielle Anwendun- 
gen installiert, haufig auch als Messaging-Applikationen be- 
kannt, in denen eine Liste mit bevorzugten Kommunikations- 
partnern des Netzwerks gefiihrt wird. Solche Listen werden 
auch als "Buddy-List" bezeichnet, weil dieses Kommunikations- 
verfahren bevorzugt zum einfachen Austausch von Textnachrich- 
ten mit Freunden und Bekannten (sogenanntes "Chatten") ver- 
wendet wird. In der "Buddy-List" markieren Symbole, bei- 
spielsweise in Form eines roten oder eines griinen Punktes, 
den aktuellen Status des moglichen Kommunikationspartners , 
also beispielsweise, ob der betreffende Benutzer momentan er- 
reichbar ("Online"), beschaftigt ("Busy") oder nicht am Net z- 
werk angemeldet ("Offline") ist. 

Bei Presence/ Instant -Messaging- Anwendungen wird zwischen sol- 
chen mit zentralem und solchen ohne zentralen Server unter- 
schieden. Wahrend bei den Anordnungen ohne zentralen Server 
die Meldungen iiber den aktuellen Zustand der einzelnen Benut- 
zer bzw. die Meldungen iiber die Zustandsanderungen, bei- 
spielsweise von "Offline" zu "Online", direkt zwischen alien 
betroffenen Arbeitsplatzrechnern ausgetauscht werden mussen, 
wird bei den Anordnungen mit zentralen Servern in diesen eine 
Liste aller im Kommunikationsnet zwerk erreichbaren Kommunika- 
tionspartner gefiihrt. Die Zustandsinf ormationen der einzelnen 
Benutzer bzw. die Meldungen iiber die Zustandsanderungen wer- 
den von den einzelnen Arbeitsplat zen lediglich zu diesen 
zentralen Servern iibertragen und dann in dessen Liste ver- 
merkt. In dieser Liste ist neben jedem Kommunikationspartner 
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vermerkt, auf welchen Arbeitsplatzrechnern des Netzwerks die- 
ser in der 11 Buddy- Li st " gefiihrt wird. Zustandsmeldungen bzw. 
Meldungen iiber Zustandsanderungen werden dann von diesem Ser- 
ver zu genau jenen Arbeitsplatzrechnern verschickt, deren Be- 
5 nutzer diesen Kommunikationspartner f uhrt . Sobald einer der 
Kommunikationspartner in der "Buddy-List" als "Online" ge- 
kennzeichnet ist # konnen mit ihm z.B. einfach Textnachrichten 
ausgetauscht werden. Dieser Vorgang wird gemeinhin als "Chat- 
ten" bezeichnet. 

10 

Presence/ Instant - Me s s ag i ng - Anwendunge n sind in verschiedenen 
Netzwerken mit unterschiedlichen Protokollen bekannt . Das 
rw v Session Initiating Protocol (SIP) wird vorwiegend zur Einlei- 
tung von Multimedia-Sit zungen in Datennetzen genutzt, z.B. 

15 fur die Sprachiibertragung ( "Voice-over- IP" = Sprachubertra- 
gung mit Hilfe des Internet-Protokolls) ; hier ist mit der 
SIMPLE-Erweiterung (SIMPLE = SIP for Instant Messaging and 
Presence Leveraging Extensions) eine fur die Zwecke des Pre- 
sence/Instant-Messaging nutzbare Protokollerweiterung defi- 

20 niert . 

Ein bekanntes Verfahren zur Uberwachung und insbesondere auch 
zur Steuerung von computergestiitzten Anwendungen von einem 
entfernten Standort aus, ist die Verwendung von sogenannten 
^^25 PC - Ferns t euerungsprogrammen . Ein Beispiel fur ein solches 
1 Programm ist die Software PC-Anywhere des Herstellers Syman- 

tec. Dabei wird sowohl auf dem zu uberwachenden bzw. zu steu- 
ernden PC, als auch auf dem zu Wartungszwecken eingesetzten 
PC eine spezielle Software installiert, die es erlaubt, den 

30 entfernt platzierten PC mit Mouse/Tastatureingaben zu bedie- 
nen und dessen Bildschirminhalt auf dem eigenen Bildschirm 
darzustellen . Voraussetzung dafur ist allerdings, dass auf 
beiden PCs ein kompatibles Betriebssystem installiert und ein 
Datenkanal mit ausreichender Bandbreite zwischen den beiden 

35 Komponenten geschaltet ist. 
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Bei den bekannten Verfahren zur Uberwachung von Anwendungen 
hat sich als nachteilig erwiesen, dass die zu iiberwachenden 
Anwendungen und Prozesse in vorgegebener Weise konfiguriert 
sein miissen. Oft muss auf der zur Uberwachung angesetzten PC- 
5 Hardware zusatzlich eine spezielle, proprietare Software 
(beispielsweise "HP OpenView") eingesetzt werden. 

Zur f erngesteuerten Administration sind beim SNMP-Verf ahrens 
zusatzlich proprietare Erganzungen erf orderlich, beispiels- 
10 weise der Einsatz von Programmen zur Fernsteuerung von PCs 

(beispielsweise "PC -Anywhere" ) . Die Uberwachung der Anwendun- 
gen erfolgt mittels des SNMP-Protokolls in Verbindung mit dem 
verbindungslosen UDP-Protokoll , wodurch der Verlust einer Er- 
eignismeldung ("Trap") nicht immer erfasst wird. 

15 

Der Erfindung liegt daher die Aufgabe zugrunde, Anwendungen 
und Netzelemente eines Netzwerks auf einfache Weise zu uber- 
wachen und zu steuern. 

2 0 Die Losung dieser Aufgabe ist durch die im Anspruch 1 angege- 

benen Merkmale gegeben. 

Die Losung sieht vor, dass die Anwendung durch die Uberwa- 
chungsinstanz als ein erster Kommunikationspartner in einer 
f^^5 Liste von im Netzwerk erreichbaren Kommunikationspartnern re- 
gistriert wird, und dass die Zielanwendung in der Liste als 
ein den ersten Kommunikationspartner iiberwachender zweiter 
Kommunikationspartner registriert ist. Der Zustand und / oder 
die Zustandsanderungen der Anwendung wird der Zielanwendung 

3 0 als eine dem ersten Kommunikationspartner zugeordnete Eigen- 

schaft oder als eine vom ersten Kommunikationspartner gesen- 
dete Nachricht ubermittelt, wobei die Uberwachung anhand der 
Eigenschaft bzw. der Nachricht erfolgt. Dadurch konnen die 
ohnehin haufig in den Netzwerken vorhandenen Instant- 
3 5 Messaging- Verfahren zur Uberwachung von Anwendungen und Netz- 
elementen genutzt werden. Die Installierung neuer Netzwerk- 
protokolle und spezieller Anwendungsprogramme zur Uberwachung 
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der Anwendungen und Netzelemente erubrigt sich. Dadurch kann 
das Verfahren auch in weitverzeigten Netzwerken, beispiels- 
weise dem Internet, verwendet werden. 

Durch die kennzeichnenden Merkmale der Unteranspriiche ist das 
Verfahren in vorteilhaf ter Weise weiter ausgestaltet . 

Wenn Steuerungsanweisungen zur Steuerung der Anwendung von 
der Zielanwendung zu der Uberwachungsinstanz iibermittelt wer- 
den, lasst sich von der Zielanwendung aus auch die Administ- 
ration, also die Steuerung, der Anwendung durchfiihren. 

Die Installation neuer Netzwerkprotokolle und der Einsatz ei- 

ner eigenen zentralen Netzwerkinstanz wird vermieden, wenn 

zur Registrierung und zum Auff inden von Uberwachungsinstanzen 

ein Presence/Instant -Messaging-System benutzt wird. 

Zustandsmeldungen und Meldungen iiber Zustandsanderungen wer- 
den zuverlassig iibermittelt, wenn die Ubermittlung des Zu- 
stands mit einem Handshake -Verfahren sichergestellt wird. 

Ein in vielen Netzwerken bereits vorhandenes und bewahrtes 
Protokoll wird verwendet, wenn die Registrierung der Anwen- 
dung und die Ubermittlung des Zustands unter Verwendung einer 
SIP-Inf rastruktur und der SIMPLE-Erweiterung des SIP- 
Protokolls erf olgt . 

Wenn eine Anwendung durch eine beliebige Anzahl Zielanwendun- 
gen iiberwachbar ist und Zi el anwendungen eine beliebige Anzahl 
Anwendungen uberwachen konnen, konnen auch komplexe Netzwerke 
mit vielen Anwendungen, Net zelementen und Ziel anwendungen vi- 
berwacht und administriert werden. 

Manuelle Administrationsvorgange beim Neustart von Anwendun- 
gen und Netzelementen eriibrigen sich, indem sich die einer zu 
iiberwachenden Anwendung zugeordnete Uberwachungsinstanz 
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selbsttatig in der Liste registriert oder nach Anforderung 
durch die Zielanwendung aufgefunden und registriert wird. 

Ein Ausf iihrungsbeispiel des erf indungsgemafien Verfahrens wird 
5 nachfolgend anhand der Zeichnung erlautert . 

Die einzige Figur zeigt ein Netzwerk NW, in dem eine Zielan- 
wendung PA (Presence Application) , ein zentraler Server PS 
(Presence Server) mit einer damit verbundenen Konf igurations- 
10 datenbank DCS (Dynamic Configuration Settings) , eine Uberwa- 
chungsinstanz MC (Management Client) und zu iiberwachende An- 
wendungen API (Application 1), AP2 , AP3 vorhanden sind. 

Als Presence Application PA ist eine Messenger-Software auf 
15 einem Arbeitsplatzrechner PC installiert, die der Verwaltung, 
der Anzeige und der Benutzung einer Liste von Teilnehmern in 
einem Netzwerk NW dient . In diese Liste ("Buddy-List") kann 
ein Benutzer andere Benutzer des Netzwerkes NW eintragen, die 
zu seinen potentiellen Kommunikationspartnern gehoren und de- 
2 0 ren jeweiliger Status im Netzwerk NW permanent angezeigt wer- 
den soil. Bei diesem Status wird zwischen "Online", "Offline" 
und "Beset zt" unterschieden, wodurch der Benutzer einen 
schnellen Uberblick dariiber erlangt, mit welchem potentiellen 
Kommunikationspartner zum gegenwartigen Zeitpunkt eine Kommu- 
^^p5 nikationsverbindung aufgebaut werden kann. 

Neben den genannten Zustanden lassen sich auch beliebige an- 
dere, entweder vordef inierte oder selbstdef inierte , Zustande 
anzeigen. 

30 

Mit Hilfe eines (Text- ) Editors konnen (Text- ) Nachrichten zum 
Versand an die Kommunikationspartner erstellt werden. In ei- 
nem Anzeigef enster (nicht gezeigt) werden die Textnachrichten 
dargestellt, die von den Kommunikationspartnern zum Arbeits- 
35 platzrechner PC dieses Benutzers verschickt werden. 
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Die Presence Application PA hat iiber das Netzwerk NW Zugriff 
auf einen Presence Server PS. Bei dem Presence Server PS han- 
delt es sich urn eine zentrale Instanz im Netzwerk NW, wo die 
Zustandsinf ormationen der Kommunikationspartner erfasst wer- 
5 den und zu all denen Presence Applications PA weitergeleitet 
werden, wo der entsprechende Kommunikationspartner in der 
" Buddy -Lis te" gefiihrt wird. Welche Presence Application PA 
mit den Zustandsinf ormationen welcher Kommunikationspartner 
versorgt werden mussen, ist in einer dem Presence Server PS 
10 zugeordneten Datenbank DCS gespeichert. Der Presence-Server 
PS dient auch der Weiterleitung der (Text- ) Nachrichten . 
,i Selbstverstandlich konnen in einem Netzwerk NW neben einer 
f ^ beliebigen Anzahl von Nutzern (Kommunikationspartnern, Pre- 
sence Applications, Anwendungen) auch mehrere Presence Server 
15 PS angeordnet sein. 

Der Presence Server PS kommuniziert mit einem oder mehreren 
der Management-Clients MC. Dabei kann jeder Management -Client 
MC auf der gleichen Hardware (Host) wie der Presence Server 
2 0 installiert oder auch in den Presence Server PS integriert 

sein. Der Management -Client MC dient der Uberwachung der An- 
wendungen API, AP2, AP3 . Jede Anwendung API, AP2 , AP3 ist auf 
dem gleichen Server S installiert wie der Presence Server PS 
und der Management -Client MC; sie kann aber auch auf einem 
^jQp5 anderen Netzelement des Netzwerks NW installiert sein oder 

aber auch ein "Standalone" -Gerat sein, welches z.B. als Rou- 
ter im Netzwerk NW angeordnet ist. 

Bei dem Netzwerk NW handelt es sich urn ein lokales Datennetz 
30 (LAN) , welches Daten paketvermittelt nach dem Internetproto- 
koll (IP-Protokoll) austauscht . Das Netzwerk NW dient auch 
der Sprachdatenkommunikation (Voice-Over-IP) , welche anhand 
des SIP-Protokolls (Session Initiation Protocol) abgewickelt 
wird. Das SIP-Protokoll wird im Netzwerk NW mit der SIMPLE- 
35 Erweiterung betrieben, welche Protokollelemente zur einfa- 

chen, sicheren Kommunikation in Instant -Messaging -Umgebungen 
bereitstellt . 
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Als Bei spiel fur einen Uberwachungsvorgang wird im Folgenden 
die Uberwachung des Anwendungsprogramms Winword.Exe als An- 
wendung API beschrieben. Der Status dieser Anwendung API soil 
5 auf dem Arbeitsplatzrechner PC im Rahmen der Presence Appli- 
cation PA laufend angezeigt werden. Zur Uberwachung der An- 
wendung API "Winword.Exe" startet der Benutzer des Arbeits- 
platzrechners PC die Presence Application PA und tragt dort 
als zu suchenden Kommunikationspartner die Anwendung "Win- 

10 word.Exe" ein. Dabei gibt er als erganzendes Adresselement 
die Internetadresse (IP-Adresse) des Servers S ein, auf dem 
die Anwendung "Winword.Exe" installiert ist . Dieses Vorgehen 
P spiegelt die Adressierung in einem SIP Umfeld wieder. Benut- 
zer werden hier nach dem Muster Name@Host (z.B. 

15 winword. exe@l29 . 103 . 148 . 155) identif iziert . Anstelle der IP- 
Adresse kann selbstverstandlich auch der "Host -Name 11 verwen- 
det werden, der dann von einem im Netzwerk NW angeordneten 
Name-Server (DNS-Server) aufgelost wird. Die Presence Appli- 
cation PA meldet sich nun uber das Netzwerk NW als Benutzer 

2 0 beim Presence Server PS an. Dazu werden neben dem Namen und 

der Netzwerkadresse der zu iiberwachenden Anwendung "Win- 
word.Exe" auch Kontrolldaten zwischen Presence Application PA 
und dem Presence Server PS ausgetauscht , die der zum Anmelde- 
vorgang notwendigen Authentif izierung dienen. Nun tragt der 
^5 Presence Server PS in seiner Konf igurationsdatenbank DCS den 
Namen und die Netzwerkadresse der Presence Application PA so- 
wie die Inf ormationen dariiber ein, dass die Presence Applica- 
tion PA mit den Zus t andsme 1 dungen und Meldungen uber Zu- 
standsanderungen der Anwendung "Winword.Exe" versorgt werden 
30 soil. 

Der Presence Server PS startet dann eine sich in regelmaSigen 
Zeitabstanden wiederholende Anfrage an den ihm zugeordneten 
Management -Client MC, ob Zustandsinf ormationen von einer dem 

3 5 Management -Client MC zugeordneten Anwendung API "Winword.Exe" 

erfassbar sind und hinterlegt gegebenenf alls in dem Manage- 
ment-Client MC die Anweisung, die Inf ormationen uber den der- 
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zeitigen Zustand und zukiinftige Zustandsanderungen der Anwen- 
dung API "Winword. Exe" an den Presence Server PS zu melden. 
Der Management -Client MC dient hier als " Prozessiiberwacher " , 
mit dessen Hilfe auch solche Prozesse (Anwendungen) iiberwacht 
und gesteuert werden konnen, die keine spezielle Uberwa- 
chungsschnittstelle (z.B. SNMP- Interface) haben. 

Jede bei dem Presence Server PS eingehende Zustandsinf ormati- 
on iiber die Anwendung API wird gemaS den in der Konfigurati- 
onsdatenbank DCS hinterlegten Informationen iiber das Netzwerk 
NW zur Presence Application PA iibertragen und dort visuali- 
siert . 

Die in der Presence Application PA gefiihrte Benut zerliste 
(^Buddy-List ") stellt bezogen auf die Anwendungen API, AP2 , 
AP3 eine Prozessliste dar, in der der ^Online-Status" (Onli- 
ne, Offline, Besetzt) dem Prozess-Status (Aktiv, Closed, Bu- 
sy) der Anwendung API, AP2 , AP3 entspricht . Die Instant - 
Messaging-Funktion ( Chat -Funkt ion) fur die „naturlichen" Be- 
nutzer der Presence Application PA wird bezogen auf die An- 
wendungen API, AP2 , AP3 zu einer „Trace Funkt i on w . Textba- 
sierte Informationen, die vom Management -Client MC zur Pre- 
sence-Application PA versendet und dort visualisiert werden, 
dienen der ausf uhrlichen Darstellung des Status 1 der jeweili- 
gen Anwendungen API, AP2 , AP3 und konnen auch zur weiteren 
Verarbeitung gespeichert oder an weitere Instanzen weiterge- 
leitet werden. 

In umgekehrter Richtung verschickte textbasierte Informatio- 
nen werden von Management -Client MC ausgewertet und in Steu- 
erkommandos fur die jeweilige Anwendung API, AP2 , AP3 umge- 
setzt . 

Die Presence Application PA muS nicht - wie hier beschrieben 
- eine fur die Kommunikation zwischen „naturlichen u Benutzern 
erstellte Anwendung sein. Alternativ kann es sich bei der 
Presence Application PA auch um eine spezielle Software zur 
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Uberwachung und Steuerung von Anwendungen API, AP2 , AP3 han- 
deln, die sich der im Netzwerk NW nutzbaren Protokollelemente 
bedient, hier also des SIP-Protokolls mit der SIMPLE - 
Erweiterung, um auf den oder die den Anwendungen API, AP2 , 
AP3 zugeordneten Management- CI ient (s) MC zuzugreifen. 
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Patentanspriiche 

1. Verfahren zur Uberwachung einer Anwendung (API, AP2 , AP3) 
in einem paketvermittelnden Netzwerk (NW) , 
5 wobei der Zustand der Anwendung (API, AP2 , AP3) durch eine 
Uberwachungsinstanz (MC) erfasst und zu einer Zielanwendung 
(PA) iibermittelt wird, die den Zustand anzeigt und / oder 
weiterverarbeitet , 
dadurch gekennzeichnet , 
10 dass die Anwendung (API, AP2 , AP3) durch die Uberwachungsin- 
stanz (MC) als ein erster Kommunikationspartner in einer Lis- 
te von im Netzwerk erreichbaren Kommunikationspartnern re- 
gistriert wird, 

dass die Zielanwendung (PA) in der Liste als ein den ersten 
15 Kommunikationspartner iiberwachender zweiter Kommunikations- 
partner registriert ist und 

dass der Zustand und / oder Zustandsanderungen der Anwendung 
(API, AP2, AP3) der Zielanwendung (PA) als eine dem ersten 
Kommunikationspartner zugeordnete Eigenschaft oder als eine 
20 vom ersten Kommunikationspartner gesendete Nachricht iibermit- 
telt wird bzw. werden, 

wobei die Uberwachung anhand der Eigenschaft oder der Nach- 
richt erf olgt . 

t^^5 2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, 

dass Steuerungsanweisungen zur Steuerung der Anwendung (API, 
AP2, AP3) von der Zielanwendung (PA) zu der Uberwachungsin- 
stanz (MC) iibermittelt werden. 

30 

3. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass zur Registrierung und zum Auff inden von Anwendungen 
(API, AP2, AP3) und/oder Uberwachungsinstanzen (MC) ein Pre- 
35 sence/Instant-Messaging-System benutzt wird. 
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4. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass die Ubermittlung des Zustands mit einem Handshake- 
Verfahren sichergestellt wird. 

5. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass die Registrierung der Anwendung (API, AP2 , AP3 ) und die 
Ubermittlung des Zustands unter Verwendung einer SIP- 
Inf rastruktur und der SIMPLE-Erweiterung des SIP-Protokolls 
erf olgt . 

6. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass eine Anwendung (API, AP2 , AP3) durch eine beliebige An- 
zahl Zielanwendungen (PA) uberwachbar ist und Zielanwendungen 
(PA) eine beliebige Anzahl Anwendungen (API, AP2 , AP3) uber- 
wachen konnen. 

7. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass sich die einer zu iiberwachenden Anwendung (API, AP2 , 
AP3) zugeordnete Uberwachungsinstanz (MC) selbsttatig in der 
Liste registriert oder nach Anforderung durch die Zielanwen- 
dung (PA) aufgefunden und registriert wird. 
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Zusammenf assung 

Verfahren zur Uberwachung einer Anwendung in einem paketver- 
mittelnden Netzwerk 

5 

Zur Uberwachung einer Anwendung (API, AP2 , AP3) in einem pa- 
ketvermittelnden Netzwerk (NW) wird der Zustand der Anwendung 
(API, AP2 , AP3) durch eine Uberwachungsinstanz (MC) erfasst 

10 und zu einer Zielanwendung (PA) ubermittel t , die den Zustand 
darstellt und / oder weiterverarbeitet . Dazu wird die Anwen- 
dung (API, AP2 , AP3) durch die Uberwachungsinstanz (MC) als 
ein erster Kommunikationspartner in einer Liste von im Netz- 
werk erreichbaren Kommunikationspartnern registriert, und die 

15 Zielanwendung (PA) ist in der Liste als ein den ersten Kommu- 
nikationspartner uberwachender zweiter Kommunikationspartner 
registriert . Der Zustand und / oder Zustandsanderungen der 
Anwendung (API, AP2 , AP3 ) wird der Zielanwendung (PA) als dem 
ersten Kommunikationspartner zugeordnete Eigenschaft oder als 

20 eine vom ersten Kommunikationspartner gesendete Nachricht u- 
bermittelt> wobei die Uberwachung anhand der Eigenschaft bzw. 
der Nachricht erf olgt . 



Hierzu die einzige Figur. 



